Общий подход к программированию форм

Из этого следуют несколько важных тезисов, определяющих общий подход к программированию форм.

1. Разработчик должен понимать, что он не просто кодирует некий прикладной алгоритм, а в явном виде программирует отдельно клиентскую и отдельно серверную части приложения.
2. Разработчик должен управлять частотой вызовов сервера и объемом передаваемой информации.
3. В разрабатываемой конфигурации код, реализующий бизнес-логику, должен быть четко отделен от кода, реализующего интерфейс.
4. Структура кода должна определяться не прикладной логикой решаемой задачи, а логикой клиент-серверного взаимодействия.
5. Клиентский код пишется не как последовательность действий, которую нужно выполнить. Прежде всего он продумывается как сценарий передачи управления с клиента на сервер и обратно.
6. Несмотря на то что форма существует и на клиенте, и на сервере, клиент и сервер нужно рассматривать не как единое пространство выполнения приложения, а скорее как два взаимодействующих приложения.
7. Полезно мысленно представить вызов сервера как «непростой процесс»:
8. Система формирует обращение к серверу, передает его по каналу связи, потом выполняет его на сервере, возвращает ответ по каналу связи…
9. Если тонкий клиент работает, например, через GPRS, то каждый вызов – это примерно 1,5 секунды!
10. Хочется, чтобы с прикладным решением работали удаленные пользователи? Тогда нужно думать о каждом вызове сервера!

На протяжении последующих глав, особенно в четвертой части книги, эти рекомендации будут неоднократно повторяться и объясняться более подробно. Сейчас же важно усвоить следующее: программирование форм – это отдельное непростое занятие, требующее взвешенного и методически грамотного использования имеющихся возможностей платформы.